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A METHOD AND SYSTEM FOR MAINTAINING A LISTENER'S LINK TO A 

CONTROLLER 

This application claims benefit of U.S. Provisional Application No. 60/155,305 
filed September 21, 1999. 
5 FIELD OF THE INVENTION 

The present invention relates generally to audio, video, audio/video 
interconnected systems for home and office use. More particularly, the present 
invention relates to communication management in such systems. 

BACKGROUND OF THE INVENTION 

10 With the development of consumer electronic audio/video (A/V) equipment, 

and the advance of digital A/V applications, such as consumer A/V device control 
and signal routing and home networking, various types of data in various formats 
can now be transferred among several audio/video control (AV/C) devices via one 
digital bus system. However, many current systems do not have sufficient 



M. 15 bandwidth resources to transfer and display all the different types of data at the 
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same time. 

Typical computer systems solve the bandwidth problem by increasing the 
bandwidth of the system bus to handle all of these forms, types and amount of data. 
As a result, as users request more types of information such as in multimedia 

20 applications, the system bus has become more clogged with information other than 
information directly utilized and needed by the main processor. 

Many computer systems incorporate at least two buses. A first bus, 
commonly referred to as a memory bus, is typically used for communications 
between a central processor and a main memory. A second bus, known as a 

25 peripheral bus, is used for communications between peripheral devices such as 
graphics systems, disk drives, or local area networks. To allow data transfers 
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between these two buses, a bus bridge is utilized to "bridge" and thereby couple, the 
two buses together. 

One example of a high-speed bus system for interconnecting A/V nodes, 
configured as a digital interface used to transport commands and data among 
5 interconnecting audio/video control (AV/C) devices, is the IEEE 1394 standard 

serial bus implemented by IEEE Std 1394-1995, Standard For A High Performance Serial 
Bus, August 30, 1996 (hereinafter "IEEE 1394 standard") and related other 1394 
standards. 

The IEEE 1394 standard is an international standard for implementing a high- 
10 speed serial bus architecture, which supports both asynchronous and isochronous 
format data transfers. The IEEE 1394 standard defines a bus as a non-cyclic 
g=% interconnect, consisting of bus bridges and nodes. Within a non-cyclic interconnect, 
^ devices may not be connected together so as to create loops. Within the non-cyclic 
P interconnect, each node contains an AV/ C device, and bus bridges serve to connect 
15 buses of similar or different types. 

The primary task of a bridge is to allow data to be transferred on each bus 
^ independently without demonstrating performance of the bus, except when traffic 
C £ crosses the bus bridge to reach the desired destination on the other bus. To perform 

5 SJ 

m this function, the bridge is configured to understand and participate in the bus 

jS; 20 protocol of each of the buses. 

Multi-bus systems are known to handle the large amounts of information 
being utilized. However, communication between buses and devices on different 
buses is difficult. Typically, a bus bridge may be used to interface I/O buses to the 
system's high-performance processor/ memory bus. With such I/O bridges, the CPU 
25 may use a 4-byte read and write transaction to initiate DMA transfers. When 
activated, the DMA of a serial bus node generates split-response read and write 
transactions which are forwarded to the intermediate system backbone bus which 
also implements serial bus services. 
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Depending on the host system design, the host-adapter bridge may have 
additional features mandated by differences in bus protocols. For example, the host 
bus may not directly support isochronous data transfers. Also, the host-adapter 
bridge may enforce security by checking and translating bridge-bound transaction 
5 addresses and may often convert uncached I/O transactions into cache-coherent 
host-bus transaction sequences. 

Each time a new device or node is connected or disconnected from an IEEE 
1394 Standard Serial Bus, the entire bus is reset and its topology is reconfigured. The 
IEEE 1394 Standard Device Configuration occurs locally on the bus without the 
10 intervention of a host processor. In the reset process, three primary procedures are 
typically performed; bus initialization, tree identification, and self-identification. 
q Within the IEEE 1394 Standard, a single node must first be established as the root 

node during the tree identification process in order for the reconfiguration to occur. 
A conventional isochronous bus connection includes multiple buses, one or 
h >4 15 more bus bridges^a talker _nade^and-one_Qr_r nore listenern odes. A talker node 
jj« usually provides an isochronous data stream and forwards the isochronous data 
^ stream onto a bus. A listener node typically reads the packets from the isochronous 
*D data stream. 

q A typical method for establishing communication between the talker node and 

20 the listener node is to build isochronous bus connections from the talker node toward 
the listener node. 

A problem with the maintenance communication between the talker node and 
the listener node is that when busIDs have changed, nodes need to be notified of this 
occurrence. Another problem associated with the maintenance isochronous stream is 
25 notifying listeners when isochronous bandwidth requirements have changed. One 
approach to notifying nodes of bandwidth changes in the talker is to initiate a 
broadcast event that would inform other nodes of the bandwidth-requirement 
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change. However, this approach is complicated and unnecessarily signals 
uninvolved controllers. 
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SUMMARY OF THE INVENTION 

A method of maintaining communications in a bus bridge interconnect 
including a plurality of buses linked by at least one bus bridge is described. The 
method includes receiving a change indication signal from a talker node, performing 
an address resolution protocol in response to the change indication signal to find an 
updated node identification address( M nodeID") for a listener node using a extended 
unique identifier ("EUr) of the listener node, and storing the updated listener 
nodelD with the listener node EUI. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Features and advantages of the prevention invention will be apparent to one 
skilled in the art in light of the following detailed description in which: 

Figure 1 is a block diagram of one embodiment for an interconnect topology; 

Figure 2 is a block diagram of a device of Figure 1; 

Figure 3 is a block diagram of one embodiment for a 1394 standard bus bridge 
system; 

Figure 4 is a block diagram of one embodiment for a 1394 bus bridge 
topology; 

Figure 5 is a block diagram of one embodiment for a looped bus bridge 
topology; 

Figure 6 is a block diagram of one embodiment for bus bridge components; 
Figure 7 is a block diagram of one embodiment for bus bridge isochronous 
transfer; 

Figure 8 is a block diagram of another embodiment for bus bridge 
isochronous transfer; 

Figure 9 is a flow diagram of one embodiment of a method of maintaining a 
listener's link to a controller; 

Figure 10 is a flow diagram of another embodiment of maintaining a listener's 
link to a controller. 



DETAILED DESCRIPTION 

A method and system for maintaining a listener's link to a controller in a bus 
bridge system. 

For purposes of explanation, in the following description, numerous specific 
details are set forth in order to provide a thorough understanding of the present 
invention. It will be apparent, however, to one skilled in the art that the present 
invention can be practiced without these details. In other instances, well-known 
structures and devices are showing block diagram form in order to avoid obscuring 
the present invention. 

A machine-readable medium includes any mechanism for storing or 
transmitting information in a form readable by a machine (e.g., a computer). For 
example, a machine-readable medium includes read only memory ("ROM"); random 
access memory ("RAM"); magnetic disk storage media; optical storage media; flash 
memory devices; electrical, optical, acoustical or other form of propagated signal 
(e.g., carrier waves, infrared signals, digital signals, etc.); etc. 

A communication mechanism, which may be used in an IEEE 1394 
environment, provides communication connection maintenance for isochronous 
connection. An isochronous bus connection may include a talker and multiple 
listeners. The term talker and talker node will be used interchangeably herein. 
Likewise the term listener and listener node will be used interchangeably herein. 

In one embodiment, the mechanism allows the listener to verify the source of 
a message received from a controller where the controller nodelD has changed by 
identifying a node according to an extended unique identifier ("EUI") of the 
controller. 

In one embodiment, the mechanism allows the controller to update a nodelD 
of a listener by identifying an EUI of the listener. In one embodiment, the controller 
receives a net change indication for a listener and the controller performs an address 
resolution protocol (" ARP") to determine the nodelD of the listener. 
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In one embodiment, the mechanism allows the listener to communicate 
property changes by a talker to a controller. 

Figure 1 is a block diagram of one embodiment for an interconnect topology 
100. Referring to Figure 1, server 102 is connected to a wide area network (WAN) 
5 110 and to a bus bridge 170. The bus bridge is interconnected to a number of audio, 
video, and/or audio/video devices, 120, 130, 140, 150, and 160. In one embodiment, 
the devices (120-160) are connected to bus bridge 170 via the IEEE 1394 standard 
serial bus. Server 102 may be any device that is capable of connection to both a bus 
bridge 170 and wide area network 110, such as, for example, a personal computer or 
10 a set-top box. In one embodiment, network 110 may be a wide area network, such as, 
for example, the Internet, or a proprietary network such as America Online®, 
^ Compuserve®, Microsoft Network®, or Prodigy®. In addition, WAN 110 may be a 

*~ television communications network. Server 102 includes a network interface which 

y = 

fji communicates with WAN 110. 

y = 

15 Topology 100 includes high speed serial bus 180a and 180. In one 

EyE. 

* m embodiment, serial bus 180 is the IEEE 1394 standard serial bus. Topology 100 

includes various consumer electronic devices 120-160 connected via the high speed 
\Q serial bus 180 to bus bridge 170. The consumer electronic devices 120-160 may 
q include, for example, a printer, additional monitor, a video camcorder, an electronic 
20 still camera, a video cassette recorder, digital speakers, a personal computer, an 
audio actuator, a video actuator, or any other consumer electronic device that 
includes a serial interface which complies with a serial interface standard for 
networking consumer electronic devices — for example, the IEEE 1394 standard. 
Topology 100 may be contained within a home or office. Bus bridge 170 is used to 
25 connect devices 120-160 in which devices 120-160 may be physically located within 
different rooms of the home or office. Although the original IEEE bus standard is 
designed for use with a cable interconnect, any communication media may be used 
such as radio frequency (RF) communication or the like. 
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Figure 2 is a block diagram of a device 120. Referring to Figure 2, device 120 
may be a laser printer, digital camera, set-top box, or any other appropriate 
consumer electronic device capable of being connected via a high speed serial bus 
180. In one embodiment, the device 120 includes a controller 202, memory 208, and 
5 I/O 210, all connected via bus 215. Memory 208 may include, for example, read only 
memory (ROM), random access memory (RAM), and/ or non-volatile memory. 1/ O 
210 provides connection with wide area network 110, bus bridge 170, and another 
peripheral device (130-160). 

In one embodiment, I/O 210 is a serial bus interface that complies with a serial 
10 interface standard for networking with consumer electronic devices (120-161) and 
bus bridge 170 within topology 100. For example, the serial bus interface and 
topology 100 may use the IEEE 1394 standard serial bus. I/O 210 provides for 
receiving signals from and transmitting signals to other consumer electronic devices 
(130-160) or bus bridge 170. 
sj 15 Memory 208 provides temporary storage for voice and data signal transfers 

!^ between outside network 110 and topology 100. In addition, memory 208 may buffer 
E L digital voice and data signals received by I/O 210 from WAN 110 before signals are 
m transmitted onto IEEE 1394 standard bus 180. 

2*1 H 

13 Controller 202 controls various operations of device 120. Controller 202 

]^ 20 monitors and controls the traffic through the device 120 to and from topology 100 
and WAN 110. 

Device 120 I/O 210 may have one or more physical ports. A single port device 
discontinues the bus along the given branch of the bus, whereas devices with two or 
more ports allow continuation of the bus. Devices with multiple ports permit a daisy 
25 chained bus topology, even though the signaling environment is point-to-point. That 
is, when a multi-port node receives a packet of data, the data is detached and 
retransmitted to the necessary port as indicated within the data. The configuration is 
performed dynamically as new devices are attached and/ or removed from bus 180. 
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The 1394 standard bus protocol is designed to support peer-to-peer transfers 
between devices. This allows serial bus devices to transfer data between themselves 
without intervention from a computer system or host system. This allows high 
throughput between devices without affecting the performance of the computer 
5 system. Thus, a video camera may be set up to transfer between itself and a video 
cassette recorder without accessing a computer system. 

Figure 3 is a block diagram of one embodiment for a 1394 standard bridge bus 
system 400. Referring to Figure 3, system 400 includes bridge 402 which connects 
two or more buses 408 and 410. Bus 408 and 410 may be the same or different types 
10 of buses. For example, bus 408 may be a 1394 standard serial bus and bus 410 may 
be a different high performance bus. The 1394 standard bus architecture limits the 
q number of nodes or devices 310 on a bus 263 and supports multiple bus systems via 
j| bus bridge 402. 

m The control and status register (CSR) architecture, ISO/IEC 13213 (ANSI/IEEE 

*g 15 1212), Information systems-Control and Status Registers (CSR) Architecture Microcomputer 
\Z Buses, defines the 1394 standard bus addressing structure, which allows 

: J! | 

L approximately 2 16 nodes (404, 406, 412-420). The CSR standard defines their registry, 
?B their functionality, and, where appropriate, where they appear in the address space. 
n Figure 3 is the simplest instance of a bus topology in which the net has one 

;S? 20 bus bridge. Figure 4 illustrates a net that may have more than one bus bridge and, 
when so structured, is hierarchical in nature. Figure 5 illustrates a network whose 
physical topology may have loops, but whose loops are electronically disabled to 
generate a hierarchical structure. In the description that follows, a collection of 
multiple buses connected through a bus bridge is referred to as a "net". 
25 Figure 4 is a block diagram of one embodiment for a 1394 bridge bus topology 

500. Referring to Figure 4, topology 500 has one prime portal 504 and one or more 
alpha portals 506 and 508. The primary bus 525 has exactly one prime portal 504 and 
the secondary buses 527, 529, 531, 533, and 535 have exactly one alpha portal each — 
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506, 508 and 510. Each bus 525-535 may have any number of secondary portals. An 
alpha portal is on the path to a prime portal. Any portal not a prime portal or an 
alpha portal is a secondary portal. The prime portal or the alpha portal may be 
referred to as a primary portal. 
5 Within an interconnect topology 500, the bridge portal with the largest portal 

ID identifier is elected to become the prime portal 504. In an alternate embodiment, 
the bridge portal with the smallest portal ID identifier is elected to become the prime 
portal 504, Each portal appears as a node on its attached bus. The bus with the 
prime portal 504 is termed the primary bus 525 and other buses 527-535 are termed 
10 secondary buses. On secondary buses 527-535, the bridge portal that leads to the 
primary bus 525 is called the alpha portal (506, 508). After a bridge bus interconnect 
s 3 is configured, any node within the interconnect may be accessed by its unique 16-bit 
'if node identification address. The node identification address contains the bus ID and 
ill the local ID components. Referring to Figure 4, the bus identification IDs of nodes 
wi 15 512-524 are indicated by the letters a, b, and c and the local ID is indicated by the 
!^ numbers 0-4. 

^ In one embodiment, alpha portal 504 is responsible for rejecting missed 

\S address asynchronous data packets by accepting these requests and returning error 
□ reporting responses. The previous and current prime and alpha portal identifiers are 
y 20 used to classify nodes when an interconnect topology changes, and the alpha portal 
is the isochronous clock reference for other nodes on the bus. 

Bus bridge topology 500 may change and be established dynamically during 
operation of bus bridge system 500. In one embodiment, the bus bridge topology 500 
is established during net refresh. Within topology 500, portals selectively route 
25 packets. Asynchronous routing tables are stable until topology 500 changes during a 
net refresh or net reset operation. Asynchronous routing tables are dynamic and are 
. changed by their asynchronous connect and disconnect operations of the protocols. 
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Figure 5 is a block diagram of one embodiment for a looped bus bridge 
topology 600. Referring to Figure 5, during node 300 addition, portal 606 may be 
added to the topology 600 forming a loop. Thus, a path exists from a0-b4 through cO 
back to aO. During initialization, the redundant portal 606 is disabled so that a 
hierarchical bus bridge topology remains. 

In an alternate embodiment, cyclical net topologies may be allowed. In this 
alternate embodiment, software routines may partially activate the redundant bridge 
606 and allow a shortest path routing between nodes. For example, traffic between 
bus a 605 and bus c 615 may be efficiently routed without introducing deadlocks. 

Figure 6 is a block diagram of one embodiment for bus bridge components 
700. Referring to Figure 6, bus bridge components 700 are maintained within each 
portal in which bus "a" to bus ,r b" components 702 and bus "b" to bus "a" components 
704 are independently maintained. Components 700 also contains shared 
microprocessor and RAM 706. 

Asynchronous and isochronous packet transfers may not acquire a bus at the 
same time. Therefore, asynchronous packets are placed in request queues 708, 720 
and response queues 710, 722. The asynchronous packets are selected for transfer at 
times when isochronous packets are not being transferred. Isochronous packets are 
received and time stamped 712, 724. Time gates 718, 730 release the isochronous 
packets 714, 726, together with common isochronous packet (CIP) headers 716, 728, 
at fixed times. Routing tables select which asynchronous and isochronous packets 
are accepted and queued for adjacent bus delivery. 

Topologies may share physical buffer space rather than implementing 
physical distinct stacks subject to the following: bus "a" to bus ,T b" and bus ,f b" to bus 
"a" queues operate independently, response processing is never blocked by queued 
requests, and asynchronous subactions and isochronous packets are forwarded 
independently. Topologies may block a request behind the previously queued 
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response without generating potential deadlocks; however, requests and responses 
are processed independently. 

Isochronous routing decisions are made by checking the isochronous packet's 
channel number. Accepted packets are converted and retransmitted on the adjacent 
5 bus with newly assigned channel numbers, speeds, and CIP-header and, when a CIP- 
header is provided, time-stamp parameters 716, 728 from the CIP-header. CIP- 
headers may be pre-appended to some isochronous packets to further describe their 
format and function and desired presentation time. When the packets incur delays 
while traversing through a bridge, then presentation time must be adjusted to 
10 compensate for this delay. CEP headers are defined in ISO/IEC 61883 specification. 
Isochronous packets received in cycle n are forwarded to the adjacent bus in cycle 
q n+k where k is an implementation dependent constant. Messages may be passed 
^ around one bus or pass through a bridge by writing to a standardized message 
m location 732, 734, 736, 738 on a bridge's portal. This allows bus-interconnect 
Sj 15 topologies to be restored while freezing, or discarding when necessary, previously 
l n queued subactions. 

*L Distribution of clock-sync information 740, 742 from the primary-bus source is 

TEC? 

=0 performed by placing calibration information in isochronous-clock pseudo queues 

i y 

q before forwarding this information to the clock master on the adjacent portal. In one 
p 20 embodiment, clock-sync information flows from the primary bus downward, so that 
only one clock-sync pseudo queue may be required. 

In support of bus bridges, each node has two nodelD addresses: physical ID 
address and virtual ID address. A physical nodelD has a 3FF 16 valued bus ID; a 
virtual nodelD has smaller bus ID addresses. In the absence of bus bridges, all nodes 
25 are accessed through their physical addresses. In the presence of bus bridges, the 
physical address is used to configure the node and the virtual address is normally 
used thereafter. 
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Directed-asynchronous routing decisions are made by checking the 
destination ID addresses of pass-through packets. Accepted packets are directly 
routed to the bridge's opposing port. In addition, an asynchronous quarantine is 
maintained which selectively enables forwarding of a request sub-action based on 
5 the local identification of a bus-local requester. A set of legacy bits identifies local 
nodes which requires specific processing of sourced requests and returning 
responses. 

Figure 7 is a block diagram of one embodiment for bus bridge isochronous 
transfer. Referring to Figure 7, isochronous connections involve one talker 802 and 
10 one or more multiple listener 804/ controller 806 pairs. Isochronous packets are 
accepted based on the current channel identification and are retransmitted on the 
^ adjacent bus with a new channel ID. A controller 806 establishes an isochronous 

connection. The isochronous connection enables communication between talker 802 

uj 

I Ji and listener 804. An isochronous connection may be made between a single talker 

in 

Za 15 802 and multiple listeners 804. 

j~ Isochronous non-overlaid connections proceed as follows: controller 806 

^ sends a message to the final portal 810a in the path towards listener 804. If 
=o necessary, portal 810a forwards the message to the first portal on the path between 
jij the listener 804 and talker 802 (in this case, portal 808a). Portal 808a acquires 
y 20 isochronous resources from IRM 825 on its bus. IRM 825 may be located within 

portal 808a or any other node. The message is forwarded towards the talker bus 805, 
which results in the message being received by portal 808b. Portal 808b acquires the 
isochronous resources in IRM 825 and updates the oPCR within talker 802. The 
message is forwarded back toward listener 804, which results in it being received by 
25 portal 808a. Portal 808a updates the iPCR on listener 804 so that it listens to the 

correct channel. Portal 808a forwards a message-complete indicator to controller 806. 

In one embodiment, a disconnect message is sent from controller to portal 
810b. Portal 810b forwards the message to portal 808a which updates the iPCR on 
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listener 804 and releases the IRM resources associated with bus 807. The message is 
forwarded to portal 808b. The oPCR of talker 802 is updated in order to stop 
transmission. Portal 808b updates the IRM resources associated with bus 805. A 
completion message is then sent form portal 808b to controller 806. 
5 In an alternate embodiment, controller 806 sends a disconnect message toward 

listener 810a, which results in the message being received by portal 810a. Portal 810a 
forwards the message to portal 808a (the talker side portal of listener 804). Portal 
808a forwards the message towards talker 802, which results in the message being 
received by portal 808b. Portal 808b updates the oPCR of talker 802 in order to stop 
10 transmission. Portal 808b accesses IRM 825 to release isochronous channel and 
bandwidth resources associated with bus 805. Portal 808b forwards the message 
^ toward listener 804, which results in the message being received by portal 808a. 
;2 Portal 808a updates the iPCR of listener 804 in order to stop listener 804 from 
\n listening. Portal 808a updates the IRM isochronous resources associated with bus 

m 

g 15 807. Portal 808a then sends a completion message to controller 806. 

^ Figure 8 is a block diagram of another embodiment for a bus bridge 

isochronous transfer. Referring to Figure 8, a common connection isochronous 
*£j transfer is illustrated. Talker 902 is connected by controller 906 to listener 904. In one 
j^J embodiment, controller 906 may be on the talker bus 905, listener bus 915, or other 
;2f 20 bus. Each listener 904 is associated with a controller 906. The controller 906 may be 
the same or different for the various listeners 904. 

In the example of Figure 8, the connection message from controller 906 is 
processed by portal 912a in which it is found to have the same stream ID. This 
allows the new listener to listen to the previously established channel. 
25 In one embodiment, a disconnect message is sent from controller 906 towards 

listener 904, which results in the message being received by portal 912a. Portal 912a 
updates the iPCR of listener 904 in order for listener 904 to stop listening. Portal 912a 
decrements its use count and returns a completion message to controller 906. 

-16- 



Figure 9 is a flow diagram of one embodiment of a method of maintaining 

listeners link to a controller. Referring to Figure 9, at processing block 1001, a 

controller 806 receives a change indication from a talker node 802. The received 

change indication may be net change signal, indicating that something has changed. 

5 At processing block 1002, the controller 806 will perform an address resolution 

protocol ("ARP"). An ARP is a way of associating a nodelD with an EUL Thus, the 

controller will perform an exhaustive search for a EUI matching the listener's EUI, 

EUI-64L. For example, the controller will search in a local bus bridge to see what 

buses exist. The controller 806 will then search each bus until it finds a matching 

10 EUI. Then, the controller 806 will identify the nodelD associated with the matching 

"SsEUI found by the controller as a result of its exhaustive search. 

— ^j^i^ ^ processing block 1003, the controller will then store the updated listener 

£ noaelD, nodeID-64L', with the listener node EUI, EUI-64L. In one embodiment, the 

J\ updated listener nodelD, nodeID-64L'/is stored in a bus bridge portal, such as, for 
H / 

,j 15 example, bus bridge portal 810b. Each bus bridge portal has incoming and outgoing 

message queues so that it can process or modify or resend messages. Thus, 

modifications to messages sent by a/talker 802 may be performed by bus bridge 
o / 

kQ firmware to maintain flexibility. 

^ At processing block 1004, the controller 806 will transmit a signal including 

g 20 the updated nodelD, nodelDL', to the listener 804. Thus, the listener 804 will 

ICS? 

maintain it's link to the controller 806 even if the listeners nodelD changes since the 
controller 806 will update the listener's nodelD when the controller receives the 
signal from talker 802 that a change has occurred. Thus, if the listener's nodelD has 
changed and the talker transmits a signal indicating a change of the property of the 
25 connection, such as, for example, a change in the bandwidth used by the talker 802, 
the controller 806 will be able to forward the signal to listener 804. 

It will be appreciated that all of the foregoing processing blocks are not 
necessary for the operation of the present invention. For example, processing block 
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1004 is an illustration of a signal transmitted by a talker through a maintained link 
between the listener 804 and controller 806. 

Figure 10 is a flow diagram of another embodiment of maintaining a listeners 
link to a controller. Referring to Figure 10, at processing block 1101, a signal from a 
5 talker node 802 is received at a controller node 806. The received signal from the 
talker node 802 may be any type of signal transmitted by the talker 802 to a listener 
804. 

At processing block 1102, the controller node 806 transmits the signal from the 
controller 806 to a listener node 804 with an updated controller nodelD, nodelDC, as 
10 the source nodelD. The transmitted signal will also include the controller node EUI, 
EUI-64C, as the source EUI. 

At processing block 1103, the listener node 804 will search the listener node 
804 memory for the controller node 806 EUI. At processing block 1104, the listener 
804 will determine if the received controller node EUI matches an EUI in the listener 
15 node memory. At processing block 1107, if the controller node EUI does not match 
an EUI in the listener node memory, the listener node 804 will discard the signal at 
processing block 1107. 

At processing block 1105, if the received controller node EUI does match an 

ns B^i 



m 



iUI in the listener node memory, the lis 



y 20 controller nodelD, nodeID64C, matches 



ener node 804 will determine if the received 
the nodelD associated with the matching 
EUI. At processing block 1106, if the received controller nodelD does match the 
nodelD associated with the match EUI, the nodelD in the listener node memory will 
not be updated. 

If the received controller nodelD does not match the nodelD associated with 
25 the matching EUI, the stored controller nodelD, nodelDC, will be replaced in the 
listener node memory with the received controller nodelD, nodelDC 1 , at processing 
block 1108. 
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The listener node 804 may transmit a reply signal including the updated 
nodelD, nodelDC, of the controller 806 and the EUI of the controller 806 as the 
destination address. Thus, the link between controller 806 and listener 804 is 
maintained even when the controllers nodelD changes. 

It will be understood that the above processes may be completed in any order, 
and not all of the steps are necessary for the operation of the present invention. For 
example, the listener node 804 may search it's memory for the received controller 
nodelD before the listener node searches for the controller node EUI 1103, and search 
for a matching EUI 1104 only if the received controller nodelD does not match a 
controller nodelD in the listener nodes memory. 

The specific arrangements and methods herein are merely illustrative of the 
principles of this invention. Numerous modifications in form and detail may be 
made by those skilled in the art without departing from the true spirit and scope of 
the invention. 
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